home *** CD-ROM | disk | FTP | other *** search
/ BBS Toolkit / BBS Toolkit.iso / qbbs / xfd_v301.zip / README_2.XFD < prev    next >
Text File  |  1992-05-31  |  5KB  |  90 lines

  1. Dear (potential) FileDoor user,
  2.  
  3. It has taken some time between the previous release (2.03) of FileDoor
  4. and this new release (3.01) but as you can see, when you take a quick
  5. look at XFD.NEW, much is fixed, changed, extended and added. The whole
  6. FileDoor beta-team has tested FileDoor for almost a year and have done
  7. many suggestions. Some of these are implemented, others are not, some
  8. come in a different way and many of them have to wait for the next
  9. minor release (3.10). I can promise that the 3.10 won't take as much
  10. time as the 3.01 but I needed the 3.01 right now. If we always wait
  11. with a release until all suggestions are implemented, we can wait
  12. until 1996 !
  13.  
  14. At the expense of some of some of my BETA-testers, I didn't let myself
  15. push into a way that I dislike. That is why some of the 'features'
  16. (currently available in other 'clones') don't appear (yet) in FileDoor.
  17. For a few of them, I will explain why:
  18.  
  19. - Language support
  20.   There are a couple of reasons. First (and most important) there is
  21.   no 'standard' format between QuickBBS, Remote Access and SuperBBS.
  22.   Now, as you all know, FileDoor (the XFD version) tries to be as
  23.   compatible to all these BBS-types as possible. What I CAN do is to
  24.   create a format of myself (which will be the case in 3.10), but in
  25.   that case I must also create the maintenance of this format. This
  26.   will take time. A second point is, that most BBS's (and most users)
  27.   use the English language. Just making language-support for gadgets
  28.   as StarTrek-english, dialects and such, is nice but a wast of time.
  29.   Those SysOp's that run a plain one-language board in another language
  30.   will also have to support only files in that language. Most shareware
  31.   files only contain an English doc, so the user is more or less forced
  32.   to read english.
  33.  
  34.   This all does not mean that language-support isn't addressed for next
  35.   releases but the priority is not as high as some of the other gadgets
  36.   that are in this release.
  37.  
  38. - Quick CD-ROM support
  39.   The CD-ROM support SHOULD work in this release (at least for RA and
  40.   QBBS 2.75), in the same way as it works in these BBS programs. I am
  41.   still working on a quick CD-ROM support (I will combine it with the
  42.   support for tapes as well), but it will go in combination with the
  43.   new releases of RFW (windowed file-list) and QFV (less-attended
  44.   maintenance for SysOp's). These releases are not ready yet, so there
  45.   isn't much use in implementation in 3.01;
  46.  
  47. - Resumed uploads
  48.   There are some programs in the arena that can do resumed uploads.
  49.   But most of them have large holes in the security. You can't
  50.   simply allow a user to append (resume) an upload for a file that
  51.   is present in the upload directory. What if user does a resume for
  52.   a good file and resumes with a 'sick' file ? All this is already
  53.   addressed for FileDoor and large chuncks of code are already
  54.   sitting on the right location in the current release but they are
  55.   not active until everything works ok (and secure !);
  56.  
  57. - Customized setup
  58.   3.10 will address this option. Users will (if installed, as ever,
  59.   the Sysop is able to make the option active or not) be able to
  60.   setup their default protocol, their default search areas and so
  61.   on. Also this code is almost ready but still somewhat failing in
  62.   certain cases, thus not activated;
  63.  
  64. In general, all options that have to do with a flexible setup (both
  65. for the Sysop AND the User) had a bigger priority. And operations
  66. as safe as possible were more important than unsafe (but nice looking)
  67. features.
  68.  
  69. As you can see, FileDoor isn't dead, releases will follow soon. We
  70. tried to make FileDoor as bug-less as possible (hell we had the time)
  71. but there will still be bugs. Support is (again) quick and when the
  72. problem is general, a 3.02 (or 03, 04, 05 and so on) will follow. YOUR
  73. input is MOST important.
  74.  
  75. The nicest of FileDoor is the price. All this for NOTHING at all. Yes,
  76. there are some extra gadgets when you install exits like MTA and yes,
  77. these will cost a small fee (like MTA) but FileDoor is FULL functional
  78. AND does more (much more) than most internal protocols for US $ 0,--
  79. and without the exits !
  80.  
  81. In the past months I have read and answered hundreds of messages about
  82. FileDoor and I will continue to do so. So when you have questions, bugs
  83. or suggestions, please write to Rob van.hoeven at 2:512/100 or enter
  84. a message in the intl. DISP echomail area (to the same person).
  85.  
  86.  
  87.                             Thank you, and lots of fun with FileDoor,
  88.  
  89.                                                  Robert W. van Hoeven
  90.